6.2.2 Процедуры присоединения листа в интерфейсе корня
6.2.2.1 Создание запроса присоединения инициализированного листом
Для создания запроса о запрошенном листом присоединении (Network LIJ), при котором сеть автоматически пытается присоединять запрашивающие листья, корень использует процедуры связи “точка-много точек” Раздела 9.1.1 Рекомендации Q.2971, и включает номер вызывающего абонента, параметры LIJ и идентификатора запроса LIJ в начальном сообщении SETUP. Все эти информационные элементы обязательны при создании сетевого LIJ запроса. Если параметры LIJ определены без указания и номера вызывающего абонента и идентификатора запроса LIJ, сеть отклоняет запрос установки по причине #96, “отсутствует обязательный информационный элемент”. Если параметры запроса LIJ не определены, сеть берет на себя создание Root LIJ запроса (и никогда не будет автоматически пытаться присоединять запрашивающие листья). При создании Network LIJ запроса идентификатор запроса LIJ, указанный корнем должен быть уникален (то есть, значение идентификатора запроса LIJ не должно использоваться для другого Network LIJ запроса, созданного этим корнем). Для этой цели корень идентифицируется как определено в приложении 3.
Корень может произвольно устанавливать номер листа и подадрес вызывающего абонента при создании сетевого LIJ запроса. Номер листа требуется, если сообщение SETUP послано в ответ на LEAF SETUP REQUEST, как описано в Разделе 6.2.2.2.1. В приложении 3 рассмотрено как сеть объединяет номер вызывающего абонента, подадрес вызывающего абонента (если он определен) и идентификатор запроса LIJ, чтобы сформировать глобально уникальную метку для этого сетевого LIJ запроса в пределах сети.
После получения сообщения SETUP сеть проверяет, что параметры LIJ верны, как описано в Разделе 6.1.2.2. Кроме того, проверяется идентификатор запроса LIJ, он должен иметь верный тип и формат, и необязательный информационный элемент “номер листа” также должен быть верен. Если любая из этих проверок указывает на сбой, сеть отклоняет запрос по причине #100, “содержится неверный информационный элемент”.
Остальные действия производятся согласно разделу 9.1.1. Рекомендации Q.2971.
6.2.2.2 Получение запроса установки листа
Если Лист пытается присоединиться к Root LIJ вызову или Network LIJ вызову, который имеет не активное состояние в UNI корня, но для которого корень был верно определен (что обозначается верным номером вызываемого абонента и, подадресом вызываемого абонента), LEAF
SETUP REQUEST будет отправлено сетью корню. После отрпавки LEAF SETUP REQUEST корню сеть не изменяет состояния, не запускает никакие таймеры и не кэширует никакую внутреннюю информацию относящуюся к LEAF SETUP REQUEST. Вместо этого должен ответить корень, при этом используется непрерывное обнаружение ошибок (через таймер листа T331), чтобы обнаружить ошибки протокола как описано в Разделе 6.2.1.1.LEAF SETUP REQUEST, посланный корню, содержит все информационные элементы, указанные Листом.
6.2.2.2.1 Подтверждение присоединения с использованием Setup
Предполагая, что запрос еще не существует, после получения LEAF SETUP REQUEST, корень, имеет опцию отклонения запроса (как описано в Разделе 6.2.2.2.3) или принятия запроса, создавая вызов листа. В случае, когда корень выбирает создавать запрос, считается, что идентификатор запроса LIJ, указанный Листом имеет некоторое значение для корня относительно вида связи, который будет создан (то есть идентификатор запроса LIJ подразумевает некоторое описание трафика, категории обслуживания и т.д.). В противном случае корень может отклонять запрос.
Корень создает вызов типа “точка - много точек”, используя любую доступную рекомендацию запроса. Корень должен включить номер листа из LEAF SETUP REQUEST в сообщение SETUP, используемое для создания вызова. Значение номера вызываемого абонента должно быть взято из LEAF SETUP REQUEST. Аналогично, значение подадреса вызываемого абонента должно быть взято из LEAF SETUP REQUEST(или опущено, если оно не было определено).
Корень может или создавать вызов как Network LIJ вызов, когда поддерживается присоединение листьев сетью, или как Root LIJ запрос, когда все последующие сообщения LEAF SETUP REQUEST будут отправлены корню. Для создания Network LIJ вызова используются процедуры, описанные в разделе 6.2.2.1. Для создания Root LIJ запроса используются процедуры Рекомендации Q.2971.
Так как сеть отправляет все сообщения LEAF SETUP REQUEST корню, когда обозначенный вызов не активен, LEAF SETUP REQUEST может достигать корневой стороны интерфейса, когда запрос уже существует. Когда корень желает присоединить листья, возможны два случая:
1) LEAF SETUP REQUEST приходит, когда вызов находится в состоянии очистки. В этом случае корень должен задержать LEAF SETUP REQUEST, пока запрос не станет нулевым, затем продолжать создание вызова, как описано выше в этом разделе.
2)
LEAF SETUP REQUEST приходит, когда вызов находится в состоянии установки. В этом случае корень ждет, пока вызов не введет активное или установленное вызовом состояние. Тогда корень прибавляет лист, используя процедуры добавления абонента Раздела 6.2.2.2.2.
6.2.2.2.2 Подтверждение присоединения с использованием Add Party
Предполагая, что вызов существует при принятии LEAF SETUP REQUEST, корень может отклонить запрос (как описано в Разделе 6.2.2.2.3) или принять запрос, прибавляя Лист к продолжающемуся вызову. Чтобы прибавить лист, корень посылает сообщение ADD PARTY, содержащее номер листа из LEAF SETUP REQUEST. Номер вызываемого абонента и подадрес вызываемого абонента берутся из полей номера вызывающего абонента и подадреса вызывающего абонента сообщения LEAF SETUP REQUEST. Остальные процедуры добавления абонента соответствуют описанным в разделе 9.1 Рекомендации Q.2971.
Если при получении LEAF SETUP REQUETS вызов находится в состоянии очистки, корень удерживает запрос, пока вызов не становится нулевым, затем продолжает, как описано в Разделе 6.2.2.2.1. Если вызов находится в состоянии учреждения, корень ждет, пока вызов не введет активное, определяемое вызовом, или нулевое состояние, затем прибавляет лист, посылая сообщения ADD PARTY или SETUP, как описано в этом разделе и в Разделе 6.2.2.2.1.
6.2.2.2.3 Отклонение присоединения с использованием Leaf Setup Failure
Когда Корень получает сообщение LEAF SETUP REQUEST и желает отклонить присоединение листа, он должен послать в ответ сообщение ОТКАЗА(НЕУДАЧИ) УСТАНОВКИ, содержащее номер листа из запроса и соответствующую причину, например:
#17 “ пользователь занят ”;
#21 “вызов отклонен ”;
#47 “ ресурсы недоступны, неопределены ”;
#49 “недоступна категория обслуживания ”.
Если причина не указана, сеть вставит причину #31, “normal unspecified”. Сообщение ОТКАЗА (НЕУДАЧИ) УСТАНОВКИ содержит следующую информацию из LEAF SETUP REQUEST: номер листа, номер вызываемого абонента (из поля номера вызывающего абонента), и подадрес вызываемого абонента (из поля подадреса вызывающего абонента).
6.2.3 Очистка вызова (соединения) и абонента
Очистка вызова (соединения) и абонента в вызовах LIJ соответствуют процедурам очистки связи типа “точка – многоточек”, которые определены в разделах 9.3 и 10.3 Рекомендации Q.2971 с двумя исключениями:
- если корень сбрасывает последнего абонента, он присоединяется способом Network LIJ. Для этого посылается сообщение DROP PARTY (сброс абонента), сообщение RELEASE (освобождение), и продолжается сохраняться активное состояние вызова. Если не имеется никаких листьев, активных в вызове, которые присоединились сами, то сеть освободит вызов согласно разделам 9.3.3 и 10.3.3 Рекомендации Q.2971. В противном случае сеть сохраняет
активное состояние вызова, пока не отсоединится последний лист. Одновременно корень также может добавлять абонентов. Если корень хочет удалить вызов, он может в любое время послать сообщение RELEASE.- когда сеть сбрасывает последнего абонента, добавленного корнем при Network LIJ, в то время как другие листья (которые присоединились сами) все еще участвуют в вызове, сеть посылает сообщение DROP PARTY (сброс абонента) или сообщение RELEASE, и продолжает сохранять вызов в активном состоянии. После получения сообщения о сбросе абонента корень аналогично поддерживает вызов в активном состоянии. Сеть посылает сообщение RELEASE, когда последний лист, присоединившийся сам, сбрасывается из вызова. Как заявлено выше, корень может посылать сообщение RELEASE в любое время, чтобы удалить вызов.
6.2.4 Процедура Повторного запуска
Для вызовов LIJ сохраняются процедуры повторного запуска, описанные в разделах 9.4 и 10.4 Рекомендации Q.2971.
6.2.5 Обработка Аварийных ситуаций
В этом разделе рассматривается обработка ошибок, которая применяется в запросах LIJ. Аварийные процедуры разделов 5.6, 5.7 Рекомендации Q.2931 и 9.5, 10.5 Рекомендации Q.2971 сохраняют силу.
6.2.5.1, 6.2.5.2.
Обработка ошибок “неверно определен протокол” и “сообщение слишком коротокое” производится согласно разделам 5.6.1. и 5.6.2. Рекомендации Q.2931.
6.2.5.3 Ошибочные рекомендация вызова, ссылка на оконечную точку и номер листа
Обработка первыхдвух типов ошибок производится согласно разделам 9.5.3.1, 9.5.3.2 и 10.5 Рекомендации Q.2971.
6.2.5.3.3 Ошибочный номер листа
Если лист получает сообщение LEAF SETUP FAILURE, содержащее номер листа, который не соответствует ни одному LIJ-терминалу, имеющему LIJ-состояние, инициализированное установкой листа, сообщение игнорируется.
6.2.5.4.-6.2.5.6
Обработка ошибочного типа сообщения и ошибочной последовательности сообщений производится согласно разделам 5.6.4/Q.2931, 9.5.4/Q.2971, 10.5/Q.2971
Обработка ошибочной длины сообщения производится согласно разделу 5.6.5. Рекомендации Q.2931.
Обработка ошибок в общих информационных элементов производится согласно разделу 5.6.6 Рекомендации Q.2931.
6.2.5.7 Ошибочные обязательные информационные элементы
Процедуры разделов 5.6.7/Q.2931, 9.5.7/Q.2971 и 10.5/Q.2971 применяются со следующими добавлениями.
6.2.5.7.1 Отсутствует обязательный информационный элемент
Если получено сообщение LEAF SETUP REQUEST, в котором отсутствует хотя бы один информационный элемент, обратно посылается сообщение LEAF SETUP FAILURE с указанием причины #96, “отсутствует обязательный информационный элемент”.
Если сообщение LEAF SETUP FAILURE получено без указания причины, считается, что было получено сообщение с Причиной #31, “normal, unspecified”.
6.2.5.7.2 Ошибочное содержание обязательного информационного элемента
Если получен LEAF SETUP REQUEST, который имеет хотя бы один обязательный информационный элемент с неверным содержанием, возвращается сообщение LEAF SETUP FAILURE с указанием причины #100, “неверное содержание информационного элемента ”.
Если получено сообщение LEAF SETUP FAILURE с неверным указанием причины, будут производиться действия как при не указанной причине, как описано в Разделе 6.2.5.7.1.
6.2.5.8 Ошибочные необязательные информационные элементы
Процедуры, описанные в разделах 5.6.8/Q.2931 и 9.5.8/Q.2971 применяются со следующими добавлениями.
Если LEAF SETUP REQUEST получен сетью от листа с указанием “ограниченное представление” в номере вызывающего абонента, и сеть не способна присоединить лист к вызову типа “точка – много точек” с LIJ возможностью, то сеть посылает в ответ сообщение LEAF SETUP FAILURE, содержащее причину #111, “ошибка протокола”.
6.3 Значения параметров
6.3.1 Таймеры на пользовательском конце
Таблица 6-7 Пользовательский таймер, определенный в Разделе 6.2.
